Example research plan: Script 使用者訪談指令碼（示例）

使用者研究指令碼（script），也叫討論指南，是使用者體驗研究中的重要工具。它不只是一份訪談問題列表，更是幫助你在測試中獲得有用反饋的關鍵。

CoffeeHouse 應用研究指令碼示例

這個指令碼設計清晰、目標明確，內容包括：

1. 訪談開場

開場部分要做這些事：

• 徵得同意錄音錄影

• 說明是測試產品，不是測試使用者本人

• 鼓勵參與者有問題隨時問

• 說明目的是最佳化 CoffeeHouse 點單應用

• 瞭解參與者的基本情況

開場問題示例：

• 你附近有很多咖啡店嗎？

• 有特別喜歡的咖啡店嗎？

• 一週大概點幾次咖啡？

• 通常是自己點還是幫別人一起點？

• 能說說你早上一般是怎麼開始的嗎？

目的：讓參與者放鬆 + 瞭解基本情況

2. 任務與跟進問題

每個任務都對應具體的研究目標（比如完成時間、出錯次數等）：

任務 1：在 CoffeeHouse App 裡自己定製一杯飲品

跟進：定製過程順利嗎？哪裡覺得麻煩？

任務 2：你知道怎麼"開始團體訂單"嗎？

跟進：試試看。有哪裡不清楚嗎？

任務 3：在團體訂單里加入剛才定製的飲品，再加幾個其他飲品，然後進入結賬

跟進：一次買多個飲品的流程感覺怎麼樣？哪裡順利？哪裡不順？

任務 4：完成並提交團體訂單

跟進：合併付款的流程感覺如何？時間花得合理嗎？

任務 5：總的來說，你覺得這個應用怎麼樣？喜歡和不喜歡的地方是什麼？

好指令碼的標準

結構清晰：

有開場、任務、結尾任務順序符合使用習慣

問法合適：

• 用開放式問題

• 避免只能回答"是/否"的問題，不要引導答案

• 關注使用者的想法和感受，不只是操作

• 鼓勵使用者多說，比如"能詳細說說嗎"

目標明確：

• 每個任務都對應研究目標

• 每一步都能幫你找到改進方向

自我檢查清單

寫指令碼時問問自己：

• 開場有沒有徵求錄音同意、說明目的、讓使用者放鬆？

• 是不是對所有人問同樣的問題？

• 問題是不是開放式的，能讓使用者多說？

• 有沒有避免引導性的提問？

• 每個問題都對應研究目標嗎？

如果都是"是"，你的指令碼就很好了。如果有"不確定"，就回去改進。